首页
下载应用
提交文章
关于我们
问卷:你怎么看自由微信?
🔥 热搜 🔥
1
百度
2
今日热点
3
微信公众平台
4
贴吧
5
opgg
6
dnf私服
7
百度贴吧
8
知乎
9
dnf公益服
10
百度傻逼
分类
社会
娱乐
国际
人权
科技
经济
其它
首页
下载应用
提交文章
关于我们
问卷:你怎么看自由微信?
🔥
热搜
🔥
1
上海
2
习近平
3
新疆
4
鄂州父女瓜
5
乌鲁木齐
6
疫情
7
H工口小学生赛高
8
习明泽
9
芊川一笑图包
10
印尼排华
分类
社会
娱乐
国际
人权
科技
经济
其它
白石洲拆迁后,那些上学奔波的孩子都去哪儿了?
一个医保局长之死
给宠物做保姆的中国留学生
本以为吴京大儿子叫“吴所谓”够随意了,听到二儿子名字,真服了
法院4.2元拍卖一瓶雪碧,限自提!被执行人回应:没有更多可供执行财产
生成图片,分享到微信朋友圈
查看原文
其他
究竟为啥总在凌晨上线,如何进行无损发布
Original
58沈剑
架构师之路
2022-07-22
收录于合集
#自动化
5 个
#运维
7 个
#架构
78 个
为什么很多互联网公司升级系统,选择在晚上上线?
美名其曰,晚上上线,对用户影响最小。
为什么会对用户产生影响?
很多人认为,系统升级往往需要重启,重启的过程中,正在访问的用户会访问失败。
例如,如果升级的是web-server:
如上图,重启ip1上的tomcat时,tomcat上或许有1000个http请求正在处理,这些请求就会失败。
又例如,如果升级的是service:
如上图,重启ip1的service时,service上或许有2000个请求正在处理,这些请求就会失败。
web-server
升级能否不影响正在处理的请求?
可以,需要nginx和web-server配合。
(1)给nginx发指令,将ip1上的流量切走;
(2)nginx不会将新流量放给ip1,旧流量会很快处理完成;
(3)旧流量完成后,升级web-server;
此时,ip1上的web-server处于没有流量的状况,可以随便玩:
- 停服务备份
- 升级(粉色代表升级后的节点)
- 服务重启
- 测试工程师直连ip1进行验证
- 验证完毕
(4)给nginx发指令,将流量切回ip1;
(5)流量切回ip1,单节点上线成功;
一个节点升级完成之后,其他节点可以依次逐台升级。
service
升级能否不影响正在处理的请求?
可以,需要RPC-client和RPC-server配合。
(1)向准备升级的service节点ip1发送切流量指令;
这里和web-service不同:
- web-service是向上游nginx发指令切流量;
- service是通过下游server发指令切流量;
(2)RPC-server通过tcp长连接将切流量的指令通知RPC-client;
执行切流量指令的组件最终是RPC-client上的tcp连接池。
(3)RPC-client不再将新流量放给ip1,旧流量逐步处理完成;
为啥不能像web-server一样,直接给上游nginx发指令呢,因为service有太多的上游。
(4)旧流量逐步迁移完成,RPC-client会间歇性重连;
此时,ip1上的service处于没有流量的状况,可以随便玩:
停服务备份
升级(粉色代表升级后的节点)
服务重启
这个过程中,RPC-client会间歇性尝试重连(例如每分钟重试一次),直至ip1节点恢复;
(5)流量切回ip1,单节点上线成功;
一个节点升级完成之后,其他节点可以依次逐台升级。
是否还有其他注意事项?
(1)如果没有实现服务自动发现,服务治理,早期可以这么玩;
(2)web-server无损升级,强烈建议脚本化;
(3)service无损升级,需要服务框架支持;
希望大家有收获,帮转哈。
架构师之路-分享技术思路
调研
:
贵司是否是凌晨上线?你怎么看?
您可能也对以下帖子感兴趣
{{{title}}}
文章有问题?点此查看未经处理的缓存